home *** CD-ROM | disk | FTP | other *** search
/ Freaks Macintosh Archive / Freaks Macintosh Archive.bin / Freaks Macintosh Archives / Textfiles / zines / DNA / DNAV1I6.sit / DNAV1I6 / ARTICLE.012 < prev    next >
Text File  |  1993-11-15  |  9KB  |  138 lines
  1.  
  2. __________________________________________
  3. An Introduction to Fido-Type Nets
  4. Written by Pazuzu - November 15, 1993
  5. (C) Copyright 1993 Digital News Associates
  6. ALL RIGHTS RESERVED
  7. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  8.  
  9. With everyone and their uncle wanting to join a net these days, and with  95%
  10. of the nets out there using the Fido networking standard there needs to be  a
  11. tutorial on setting up  on one of these  nets. The terminology and  volume of
  12. software required to run on a Fido net can be quite daunting to the newcomer.
  13. And nowhere does a complete guide to  setting up on one exist - the  info you
  14. need is scattered across several software docs, and also in FTSC files  which
  15. no human can understand. It seems the only way to get going is just to  "hack
  16. it out" - with weird and often very negative results, or to get someone to do
  17. it for you.  Well, now there  is hope!   After running nets  for 5 years now,
  18. I've learned quite a  bit about operating them  and I've decided to  share my
  19. knowledge via this article.
  20.  
  21. The first thing you need to understand is how systems on a Fido-style net are
  22. addressed.  The  official  address  format  is Zone:Net/Node.Point. Now, this
  23. terminology is a bit confusing at first, because the "Zone" part is  actually
  24. the net, while the "Net" part is really a "Sub-net" or region. Each  separate
  25. network is a different zone - CyberCrime  is zone 69, Platinum is 93, and  so
  26. on. Within these nets, there  are "sub-nets", usually individual area  codes,
  27. such as 5714 in  CyberCrime. Some nets don't  use the area code  as the "Net"
  28. entry, especially not  FidoNet itself, but  most of the  underground nets do.
  29. The "Node" part is just the individual number assigned to each system  within
  30. that Zone and Net. So Node #2 in the 5714 Net of Zone 69 would be  69:5714/2.
  31. The "Point" part is a creation of Satan and only crack smokers mess with them
  32. - they're basically "Sub-nodes" leeching  off a main node. Don't  worry about
  33. points - they're being phased out anyway. Systems with a node number of 0 are
  34. almost always hubs - this 0 address makes it easy to spot them - 69:5714/0 is
  35. my CCi node number. 
  36.  
  37. After you  understand addressing  (which is  really rather  simple, see?) the
  38. next thing that confuses people is the volume of software required to operate
  39. on the  net. There's  really not  much REQUIRED  (besides your  BBS) - just a
  40. mailer and most likely an echomail processor, but there is SO MUCH  accessory
  41. software out there that  a lot of people  get very confused. Don't  worry too
  42. much about all the other junk besides your mailer and echomail processor.
  43.  
  44. The mailer  is definitely  the most  important part  of your  Fido networking
  45. software - without it, you are NOTHING. There are several mailers available -
  46. FrontDoor, Intermail, D'Bridge, etc. I  prefer Intermail - it's easy  as hell
  47. to get going. Anyway,  what your mailer does  is run your entire  system. You
  48. will no longer  load your BBS  software to put  your board up  - you'll run a
  49. batch file which runs your  mailer. The mailer answers the  phone, determines
  50. if the call is a mail call or BBS call and reacts appropriately. If the  call
  51. is for your BBS,  it exits with the  errorlevel you specified for  BBS calls,
  52. which hopefully you have trapped in the batch file to load the BBS. If it  is
  53. a mail  call, it  receives the  mail and  waits for  another call. It is very
  54. important to understand the DOS errorlevel  when setting up a mailer -  most,
  55. if not ALL, of  them use errorlevels to  control everything. Get a  basic DOS
  56. book if you don't understand ERRORLEVEL. The mailer also executes any nightly
  57. events you have configured it to -  usually polling your hub is one of  them.
  58. If you  have any  other nightly  events your  BBS was  running - like packing
  59. message  bases,  on-line  game  daily  maintenance,  etc  -  you now have  to
  60. configure these events into your mailer because your BBS isn't running unless
  61. someone is on it!
  62.  
  63. The other piece of software you'll need is an echomail processor (unless your
  64. mailer has one built  it). My favorite is  GEcho. In order for  me to explain
  65. why one is needed, I'll have to explain the way echomail works. Echomail is a
  66. Fido standard  for networked  message bases.  In this  standard, each message
  67. base has a separate directory on disk,  and each message is a single file  in
  68. that directory with the name #.MSG ... Message #1 would be 1.MSG, #2 would be
  69. 2.MSG, and so on. This is a very simple concept, and one that works well.  In
  70. order to get the  messages sent out to  wherever they're going (most   likely
  71. your hub),  they have  to be  packetized. What  this means  is that something
  72. needs to gather them all up into  one big file, and then .ZIP (or  .ARJ, etc)
  73. this file, and get it  sent out. This needs to  be done for EACH system  your
  74. system is feeding. This is what the echomail processor does. You also have to
  75. have a third program, which comes with most BBS packages. This program is the
  76. BBS's toss/scan program. What it does is take the new message from the  BBS's
  77. message data  files, and  create the  *.MSG files  in the proper directories.
  78. This is called "SCANNING". It also  takes incoming *.MSG files and puts  them
  79. into  the  BBS's  message  data  files.  This  is  called "TOSSING". Some BBS
  80. packages do this automatically, without running a separate program, but  most
  81. don't.  The  program  is  usually  called  <something>mail.exe. Renegade's is
  82. RENEMAIL, Celerity's is CELEMAIL, and so on. 
  83.  
  84. Notice before  I said  " ...  and get  it sent  out".   How does this happen?
  85. Well, the Fido  standard was VERY  limited in its  early days -  it supported
  86. only messages  between different  persons on  the net.  However, each message
  87. could have several  attributes set in  it - Crash,  Private, etc. One  of the
  88. attributes is "File Attached". This is how echomail works - when the echomail
  89. processor packetizes  the messages,  it creates  a message  addressed to  the
  90. SysOp of each system the messages go to (each system gets a separate  packet,
  91. too of course) from "ArcMail" with the File-Attached attribute set - then the
  92. mailer knows to send that message (with the attached file of course) to  that
  93. system. On the other end, the receiving system's echo processor looks for all
  94. messages from ArcMail, and then  uncompresses the attached files, and  places
  95. the individual messages  into the proper  directories, then the  BBS's tosser
  96. runs and tosses the messages into the BBS's data files.
  97.  
  98. Because of the intimate interaction between the all these pieces of software,
  99. it is important to make sure all of the programs are looking for stuff in the
  100. right directories. Both the echomail processor and the BBS need to be set  to
  101. look for the *.MSG files in the same directory for each base. So, if  INF-BBS
  102. is set in the  BBS to be in  directory "C:\RG\ECHO\INF-BBS\", you had  better
  103. make it the same in the echomail processor so it can find and place the files
  104. into the directory. Both  the mailer and the  echo processor - and  sometimes
  105. even  the  BBS  -  need  to  know  where  to store netmail messages. The echo
  106. processor needs to know so that  it creates the attach messages in  the right
  107. directory and  of course  the mailer  needs to  know so  that it  finds these
  108. messages, and sometimes you  may want the BBS  to import netmail to  you into
  109. your private mail on the board - I don't, but some people do. So always  make
  110. sure your directories match - NON-MATCHING DIRECTORIES ARE THE BIGGEST  CAUSE
  111. OF NETS NOT WORKING!
  112.  
  113. You will  also most  likely see  stuff in  mailers and  echo processors about
  114. "Hudson Message Bases"  - ALWAYS DISABLE  THIS FEATURE -  Set it to  *.MSG or
  115. "Nothing" if there's no *.MSG option. Hudson bases are used by some BBS's and
  116. external editors, but they are evil and should be avoided by sane people. 
  117.  
  118. Another thing you'll have  to do is tell  your hub which echoes  you want. If
  119. you're lucky, your  hub will have  AreaFix capability so  you can do  this at
  120. will - automatically. If not, you'll have  to email or call the SysOp of  the
  121. hub and tell him what you want. With AreaFix (or AreaMgr), all you do is send
  122. a message to "AreaFix" at your  hub, with your password in the  subject line,
  123. and  a  list  of  echoes  you  want,  one  per  line  in  the body. You'll be
  124. automatically added to  the echoes. Much  easier and faster  than calling the
  125. SysOp. 
  126.  
  127. After you've  got all  this software  configured and  running, you'll have to
  128. create a batch file which will automatically manage all this software. Below,
  129. I've included my batch file, which  I have named FRODO.BAT because I  used to
  130. run  FrontDoor,  and  never  got  around  to changing the name. I've included
  131. enough REM statements for  you to figure it  out, and change it  to work with
  132. your setup.  Good luck! - Next month, I'll go into more detail on some of the 
  133. things you can do with this versatile networking standard.
  134.  
  135.  
  136.  
  137. <pazuzu@netcom.com>
  138. >> EOF <<